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DETAILED ACTION 

1. Claims 1-20 Pending. 

Response to Arguments 

2. Applicant's arguments filed 3/31/2008 have been fully considered but they are 
not persuasive. 

As per applicants arguments that Gong fails to meet the limitation of 'returning 
said class file data to said compiler wherein said compiler executes said class data file 
to produce machine executable code without removing any class data files from said 
workspace', Examiner respectfully disagrees. Firstly, Examiner asserts, in light of the 
disclosure of the Applicants specification, that Applicants invention, when accessing 
class files from the database, must make a local copy of any class data files being 
accessed, noting that the workspace identified in the classpath is identified as part of 
the database (See Figure 1 and Page 5 of Applicants specification, Lines12-16). As 
evidence, Examiner points to Figure 2 of Applicants drawings, Item 21 1 'Return Class', 
which indicates the transfer of class data files for processing, and notes that any local 
processing of a file found on a remote system requires that file to be copied to the local 
system, at least on an active memory level. As such, Examiner is interpreting the 
limitation to mean that the class data files are not deleted from the workspace after the 
class file data is returned to the compiler, and strongly asserts that Gong discloses this 
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limitation, as the action of loading a class file, 
or destroy class data files. 
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as discussed in Gong, does not overwrite 



In light of the above arguments, the rejection will be updated to reflect changes 
made to the claims and maintained. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claims 8-14 rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

As per Claims 8-14, the claims fail to place the invention squarely within one 
statutory class of invention. On Page 9, Lines 14-19 of the instant specification, 
applicant has provided evidence that applicant intends the "computer program product" 
to include signals. As such, the claim is drawn to a form of energy. Energy is not one 
of the four categories of invention and therefore this claim(s) is/are not statutory. 
Energy is not a series of steps or acts and thus is not a process. Energy is not a 
physical article or object and as such is not a machine or manufacture. Energy is not a 
combination of substances and therefor not a composition of matter. Examiner notes 
that indicating that the computer readable medium is computer readable storage 
medium would overcome this rejection. 
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Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under 
section 122(b), by another filed in the United States before the invention by the 
applicant for patent or (2) a patent granted on an application for patent by another 
filed in the United States before the invention by the applicant for patent, except that 
an international application filed under the treaty defined in section 351(a) shall have 
the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published 
under Article 21(2) of such treaty in the English language. 

2. Claims 1 -2, 4-9, 1 1 -1 6, and 1 8-20 rejected under 35 U.S.C. 1 02(e) as being 
anticipated by Gong ("Secure Java Class Loading", IEEE Internet Computing, November/December 
1998, Pgs. 56-61). 

As per Claims 1, 8, and 15, Gong discloses a method, system and computer 
program product for compiling source code using a compiler having a classpath (i.e. 

"Second, compilers and a bytecode verifier ensure that the Java virtual machine executes only legitimate 
Java code. The bytecode verifier, together with the Java virtual machine, guarantees language type 
safety at runtime. Moreover, a class loader defines a local name space, which helps to ensure that an 
untrusted applet cannot interfere with the running of other Java programs. " The preceding text excerpt 
clearly indicates compilers compile source code (e.g. byte code) which has class loaders (e.g. a class 
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path).) (Page 57, insert), comprising the steps of: 1 ) determining if a referenced class file is 
located in a workspace (i.e. "Class loading has several unique characteristics. First, lazy loading 
means that classes are loaded on demand, on a just-in-time basis. Second, dynamic class loading 
maintains the type safety of the Java virtual machine by adding link-time checks, which replace certain 
runtime checks and are performed only once. Moreover, programmers can define their own class loaders 
that, for example, specify the remote location from which certain classes are loaded, or assign 
appropriate security attributes to them. Finally, programmers can use class loaders to provide separate 
name spaces for various software components. For example, a browser can load applets from different 
Web pages using separate class loaders, thus maintaining a degree of isolation between those applet 
classes. In fact, these applets can contain classes of the same name — the Java virtual machine treats 
these classes as distinct types." The preceding text excerpt clearly indicates that to load a class, the 
classpath specified in the class loader is checked, and then the workspace indicated in the classpath is 
check to determine if the referenced class file is located there.) (Page 58, Column 2, Paragraph 3); 2) 
locating said Class file in said workspace (i.e. "Class loading has several unique characteristics. 
First, lazy loading means that classes are loaded on demand, on a just-in-time basis. Second, dynamic 
class loading maintains the type safety of the Java virtual machine by adding link-time checks, which 
replace certain runtime checks and are performed only once. Moreover, programmers can define their 
own class loaders that, for example, specify the remote location from which certain classes are loaded, or 
assign appropriate security attributes to them. Finally, programmers can use class loaders to provide 
separate name spaces for various software components. For example, a browser can load applets from 
different Web pages using separate class loaders, thus maintaining a degree of isolation between those 
applet classes. In fact, these applets can contain classes of the same name — the Java virtual machine 
treats these classes as distinct types."TUe preceding text excerpt clearly indicates that after it has been 
determined that the class file is present, it is located in the workspace.) (Page 58, Column 2, Paragraph 
3); 3) accessing said Class file (i.e. "Class loading has several unique characteristics. First, lazy 
loading means that classes are loaded on demand, on a just-in-time basis. Second, dynamic class 
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loading maintains the type safety of the Java virtual machine by adding link-time checks, which replace 
certain runtime checks and are performed only once. Moreover, programmers can define their own class 
loaders that, for example, specify the remote location from which certain classes are loaded, or assign 
appropriate security attributes to them. Finally, programmers can use class loaders to provide separate 
name spaces for various software components. For example, a browser can load applets from different 
Web pages using separate class loaders, thus maintaining a degree of isolation between those applet 
classes. In fact, these applets can contain classes of the same name — the Java virtual machine treats 
these classes as distinct fypes."The preceding text excerpt clearly indicates that the class file is 
eventually loaded, which indicates that it is accessed and then returned to the compiler.) (Page 58, 
Column 2, Paragraph 3); and 4) returning said class file data to said compiler wherein said 
compiler executes said class data file to produce machine executable code without 
removing any class data files from said workspace (i.e. "Class loading has several unique 
characteristics. First, lazy loading means that classes are loaded on demand, on a just-in-time basis. 
Second, dynamic class loading maintains the type safety of the Java virtual machine by adding link-time 
checks, which replace certain runtime checks and are performed only once. Moreover, programmers can 
define their own class loaders that, for example, specify the remote location from which certain classes 
are loaded, or assign appropriate security attributes to them. Finally, programmers can use class loaders 
to provide separate name spaces for various software components. For example, a browser can load 
applets from different Web pages using separate class loaders, thus maintaining a degree of isolation 
between those applet classes. In fact, these applets can contain classes of the same name — the Java 
virtual machine treats these classes as distinct types. "The preceding text excerpt clearly indicates that 
after it has been determined that the class file is present, it is located in the workspace. Note that the 
class file is returned and executed in order to produce Java applet files (e.g. machine executable code), 
and that the process of accessing and returning the class file does not remove the class file from the 
workspace.) (Page 58, Column 2, Paragraph 3). 
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As per Claims 2, 9, and 16, Gong discloses the step of locating said class file 
further comprises the steps of: identifying a location of a class using a workspace 
indicator in said Classpath (i.e. "Class loading has several unique characteristics. First, lazy loading 
means that classes are loaded on demand, on a just-in-time basis. Second, dynamic class loading 
maintains the type safety of the Java virtual machine by adding link-time checks, which replace certain 
runtime checks and are performed only once. Moreover, programmers can define their own class loaders 
that, for example, specify the remote location from which certain classes are loaded, or assign 
appropriate security attributes to them. Finally, programmers can use class loaders to provide separate 
name spaces for various software components. For example, a browser can load applets from different 
Web pages using separate class loaders, thus maintaining a degree of isolation between those applet 
classes. In fact, these applets can contain classes of the same name — the Java virtual machine treats 
these classes as distinct types." The preceding text excerpt clearly indicates that a workspace indicator is 
located in the class loader (e.g. the programmer specified location for the workspace).) (Page 58, Column 
2, Paragraph 3); and reading said class from said location (i.e. "Class loading has several unique 
characteristics. First, lazy loading means that classes are loaded on demand, on a just-in-time basis. 
Second, dynamic class loading maintains the type safety of the Java virtual machine by adding link-time 
checks, which replace certain runtime checks and are performed only once. Moreover, programmers can 
define their own class loaders that, for example, specify the remote location from which certain classes 
are loaded, or assign appropriate security attributes to them. Finally, programmers can use class loaders 
to provide separate name spaces for various software components. For example, a browser can load 
applets from different Web pages using separate class loaders, thus maintaining a degree of isolation 
between those applet classes. In fact, these applets can contain classes of the same name — the Java 
virtual machine treats these classes as distinct types."The preceding text excerpt clearly indicates that 
the class is loaded from the given location.) (Page 58, Column 2, Paragraph 3). 
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As per Claims 4 and 1 1 , Gong discloses the step of determining if a referenced 
class file is located in a workspace further comprises the steps of: reading an item from 

said Classpath (i.e. "To achieve this goal, JDK 1.2 distinguishes genuine system classes from all other 
classes by means of separate class paths. One is the system class path, for storing system classes. The 
other is the application class path, for storing all other classes. The Java virtual machine still loads 
classes on the system class path with the primordial class loader or a URLCIassLoader and trusts them 
by default. A URLCIassLoader usually loads classes on the application class path, and the Java virtual 
machine grants such classes the appropriate permissions according to the security policy." The preceding 
text excerpt clearly indicates an item is read from the classpath to determine the location of the class.) 
(Page 61, Column 1, Paragraph 5); determining if said item references said file system or said 
workspace (i.e. "To achieve this goal, JDK 1 .2 distinguishes genuine system classes from all other 
classes by means of separate class paths. One is the system class path, for storing system classes. The 
other is the application class path, for storing all other classes. The Java virtual machine still loads 
classes on the system class path with the primordial class loader or a URLCIassLoader and trusts them 
by default. A URLCIassLoader usually loads classes on the application class path, and the Java virtual 
machine grants such classes the appropriate permissions according to the security policy." The preceding 
text excerpt clearly indicates that the class loader determines whether the item is referencing a system, or 
workspace class by determining which classpath it was read from.) (Page 61, Column 1, Paragraph 5); 

searching a file system directory specified by said item if said item references said file 

System (i.e. "To achieve this goal, JDK 1.2 distinguishes genuine system classes from all other classes 
by means of separate class paths. One is the system class path, for storing system classes. The other is 
the application class path, for storing all other classes. The Java virtual machine still loads classes on the 
system class path with the primordial class loader or a URLCIassLoader and trusts them by default. A 
URLCIassLoader usually loads classes on the application class path, and the Java virtual machine grants 
such classes the appropriate permissions according to the security policy." The preceding text excerpt 
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clearly indicates that the item is located and loaded from either the system or the workspace as per the 
determination of where it is located.) (Page 61, Column 1, Paragraph 5); and searching said 

workspace if said item references said workspace (i.e. "To achieve this goal, jdk 1.2 

distinguishes genuine system classes from all other classes by means of separate class paths. One is the 
system class path, for storing system classes. The other is the application class path, for storing all other 
classes. The Java virtual machine still loads classes on the system class path with the primordial class 
loader or a URLCIassLoader and trusts them by default. A URLCIassLoader usually loads classes on the 
application class path, and the Java virtual machine grants such classes the appropriate permissions 
according to the security policy." The preceding text excerpt clearly indicates that the item is located and 
loaded from either the system or the workspace as per the determination of where it is located.) (Page 61 , 
Column 1, Paragraph 5). 

As per Claims 5, 12, and 18, Gong discloses said class file data is contained in a 

database (i.e. "An individual class representation is called a class file, even though it need not be stored 
in an actual file. For example, class files can be stored as records or commands in a database. " The 
preceding text excerpt clearly indicates that the class file may be contained in a database.) (Page 58, 
Column 2, Paragraph 4). 

As per Claims 6, 13, and 19, Gong discloses said class file is contained within a 

.JAR file in said workspace (i.e. "For example, on Unix systems, the class path can be set via the 
Shell environment variable CLASSPATH. Essentially, all classes or Java Archive files containing classes 
on the local file system must reside on this path to be discovered. " The preceding text excerpt clearly 
indicates that the class file may be contained in a Java Archive (e.g. Jar) file.) (Page 61, Column 1, 
Paragraph 3). 
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As per Claims 7, 14, and 20, Gong discloses said source code is Java (Note that 
the paper discusses Java classes and JDK, which indicates that the source code would be in Java.). 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 3, 10, and 17 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gong in view Of Bobbitt et al (U.S Pre Grant Publication Number 2003/01 15218 and referred to 
hereinafter as Bobbitt). 

As per Claims 3, 1 0, and 1 7, Gong fails to disclose said indicator comprises a 
signature string, a user ID, a project ID, and a workspace name. 

Bobbitt discloses said indicator comprises a signature string, a user ID, a project 
ID, and a workspace name (i.e. "The directory structure stored in Gossamer namespace parallels 
the virtual directory hierarchy, wherein the files contained (logically) in the virtual directories are replaced 
by file pointers having the same names as the original files. ..Accordingly, the respective file pointers to 
these files having the same namespace and located in the same subdirectory path ("/user/joe") relative to 
the /Namespace directory are stored in Gossamer namespace. " The preceding text excerpt clearly 
indicates that the classpath indicator, as disclosed above, may consist of a signature string (e.g. a pointer 
which identifies the file/class file in its virtual file system/workspace location) which consist of a user ID 
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(e.g. joe in user/joe), a project ID (e.g. represented by user in /user) and a workspace name (e.g. 
represented by /Namespace).) (Page 5, Paragraph 0053). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Gong with the teachings of Bobbitt to include said 
indicator comprises a signature string, a user ID, a project ID, and a workspace name 
with the motivation of allowing access to files in a virtual file system (e.g. a workspace) 
by using a file pathname to identify the file and map it to a location which is accessible 
from outside the virtual file system (e.g. workspace) (Bobbitt, Page 1, Paragraph 8). 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Points of Contact 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Hicks whose telephone number is (571) 272- 
2670. The examiner can normally be reached on Monday - Friday 8:30a - 5:00p. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey Gaffin can be reached on (571) 272-4146. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

Michael J Hicks 
Art Unit 2165 
(571)272-2670 

/Christian P. Chace/ 

Supervisory Patent Examiner, Art Unit 2165 



